Dynamic game management of video lottery terminals and a method and system for providing thereof

ABSTRACT

A system and method for remotely controlling a wagering game terminal are provided. The system may include an input device configured to receive a user input indicative of a user selection of a game terminal setting and a trigger condition. The system may also include a processor in communication with the input device, the processor configured to produce a terminal command signal based on the user selection received by the input device, and responsive to an occurrence of the trigger condition, to cause the terminal command signal to be transmitted to the terminal. The system may include a display in communication with the processor, the display configured to display a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection received by the input device.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims the benefit of Provisional Patent Application No. 60/858,735, filed Nov. 13, 2006, the entire contents of which is incorporated by reference herein.

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.

BACKGROUND

A slot machine is a type of game of chance, often offered in casinos or other locations in jurisdictions with legal gambling. Mechanical reel machines are coin-operated machines with three or more reels, each reel including a plurality of symbols. The reels spin when a lever on the side of the machine is pulled. The machine accepts a wager from a player and spins the reels. The machine typically pays out a prize based on a pattern of symbols depicted on the reels visible on the front of the machine when the reels stop.

A video slot machine replaces the reels with a video display, such as a CRT or LCD display. The display simulates the reels of a mechanical reel machine by displaying a plurality of elements. Each element may depict a symbol and the elements may be animated to simulate spinning reels after a lever on the side of the machine is pulled. For example, a video slot machine may be a video lottery terminal (VLT).

A bonus is a special feature of some slot machines, and may be activated after a bonus trigger condition occurs. For example, the bonus trigger condition may be when certain symbols appear in a pre-defined bonus combination. The bonus trigger condition may also be an appearance of a special bonus trigger symbol.

When the bonus trigger condition occurs at the slot machine, a bonus may be awarded. For example, the player may be presented with several items on a screen from which to choose. As the player chooses items, a quantity of credits is revealed and awarded. Another bonus may use a mechanical device, such as a spinning wheel, that works in conjunction with the bonus to display the amount won. Other bonuses include free spins or other extended play features.

A video gaming machine is an automated kiosk or terminal with an input and an output configured to provide a video game to a player. The video gaming machine may be in communication with a server over a network. The video gaming machine may be configured to provide games of chance to the player and allows the player to bet on the outcome of a video game. Games of chance may include video slots, video poker, video keno, video lottery, or other conventional games of chance.

Video keno is similar to a conventional keno game, but configured to be provided over a video gaming machine to a single player. Conventional keno is a lottery-like or bingo-like gambling game played at casinos and bingo halls. A player chooses anywhere from 1 to 20 player numbers and marks them on a keno ticket of 80 numbers (1 to 80). The casino then draws 20 winning numbers at random. The player is awarded a prize based on his wager and how many player numbers match the winning numbers. Video keno allows the player to choose a set of player numbers from a virtual keno ticket of 80 numbers displayed at the video keno machine. The video keno machine then picks 20 winning numbers at random, and the player wins a prize based on how many player numbers match the winning numbers.

Video poker is similar to a conventional poker game, but configured to be provided over a video gaming machine to a single player. Video poker involves displaying a plurality of simulated poker cards to a player. The player may have the option to discard a quantity of the simulated poker cards, and replacement cards may be dealt to the player. A value of the resulting hand may determine a prize to be awarded to the player.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a first example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 2 illustrates a second example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 3 illustrates a third example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 4 illustrates a fourth example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 5 illustrates a fifth example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 6 illustrates an example procedure for providing a dynamic game management application, in accordance with an example embodiment of the present invention.

FIG. 7 illustrates an example system for providing a dynamic game management system, in accordance with an example embodiment of the present invention.

FIG. 8 illustrates an example terminal, according to an example embodiment of the present invention.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

One embodiment of the present invention includes a flexible graphical user interface application for controlling a plurality of video lottery terminals and scheduling game terminal setting changes. For example, a game terminal setting change may involve changing a pay table, a theme, or a denomination used at a terminal. Game terminal setting changes may also be triggered by events, such as a prize being awarded at a terminal. The application may also provide alerts from the terminals, for example, when terminal peripherals require maintenance or repair. The application may also provide theoretical and actual hold percentages of the terminals for a specified time period, based on the actual game terminal settings in the past or scheduled game terminal settings in the future.

One example embodiment of the present invention is a system for remotely controlling a wagering game terminal. The system may include an input device configured to receive a user input indicative of a user selection of a game terminal setting and a trigger condition; a processor in communication with the input device, the processor configured to produce a terminal command signal based on the user selection received by the input device, and responsive to an occurrence of the trigger condition, to cause the terminal command signal to be transmitted to the terminal; and a display in communication with the processor, the display configured to display a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection received by the input device. The processor may be further configured to receive a terminal status of the terminal, and the display is further configured to display the terminal status to the user. The terminal status may include peripheral notifications of the terminal. The trigger condition may be a start time. The trigger condition may be an event occurrence. The event may be a status change of the terminal. The game terminal setting may include a pay table selection, a wagering game theme selection, and a denomination selection for use at the terminal. The game terminal setting may include a desired music volume and a music selection of the terminal. The terminal command signal may be transmitted responsive to transmitting the terminal command signal to a supervisor for review, and receiving an authorization from the supervisor. The processor may be further configured to request an authorization from a supervisor prior to transmitting the terminal command signal, wherein the supervisor is not the user. The processor may also be further configured to download components to the game terminal, when the terminal command signal switches the terminal to a setting for which the terminal is missing components. The system may further comprise: a plurality of terminals. The plurality of terminals includes at least one subset of terminals, and each terminal of the subset switches its setting responsive to receiving the terminal command signal. The processor may be further configured to, responsive to a user request, calculate a theoretical hold value and an actual hold value for the terminal over a specified time period. The input device and display are part of a mobile wireless device. The mobile wireless device is in communication with the processor via a wireless network. The schedule is depicted as a multi-dimensional graphical representation with an axis representing time and another axis representing terminal settings. The graphical user interface may include a representation of a timeline, and the user may input a begin time by selecting a time on the representation. The graphical user display may include a representation of game terminal settings and the user may input the game terminal setting by selecting settings on the representation. The processor may be further configured to cause a default command signal to be transferred to the terminal responsive to an ending trigger condition. The ending trigger condition may be an end time.

Another example embodiment of the present invention is a method for remotely controlling a wagering game terminal. The method may include: responsive to receiving a user input indicative of a user selection of a game terminal setting and a trigger condition, producing a terminal command signal based on the user selection; responsive to an occurrence of the trigger condition, causing the terminal command signal to be transmitted to the terminal; and displaying a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection and trigger condition received by the input device. The method may further include receiving terminal status information from the terminal; and displaying the terminal status information with on the graphical user interface. The terminal status includes peripheral notifications of the terminal. The trigger condition may be a start time. Alternatively the trigger condition may be an event occurrence. The event may be a status change of the terminal. The game terminal setting may include a pay table selection, a wagering game theme selection, and a denomination selection for use at the terminal. The game terminal setting may include a desired music volume and a music selection of the terminal. The method may further comprise: transmitting the terminal command signal to a supervisor for review; receiving an authorization from the supervisor; and transmitting the terminal command signal responsive to receiving the authorization from the supervisor. The method may further comprise: prior to transmitting the terminal command signal, request an authorization from a supervisor, wherein the supervisor is not the user. The method may further comprise: downloading missing components to the terminal responsive to receiving the terminal command signal when the terminal command signal switches the terminal to a setting for which the terminal is missing components. The method may further comprise: transmitting the terminal command signal to a subset of terminals within a plurality of terminals, wherein each terminal of the subset switches its setting responsive to receiving the terminal command signal. The method may further comprise: calculating a theoretical hold value and an actual hold value for the terminal over a specified time period; and displaying the theoretical and actual hold values to the user. The user input is received and the graphical user interface is displayed at a mobile wireless device. The schedule is depicted as is depicted as a multi-dimensional graphical representation with an axis representing time and another axis representing terminal settings. The graphical user interface may include a representation of a timeline, and the user selection of a trigger condition is received when the user selects a begin time by selecting a time on the representation. The graphical user display includes a representation of game terminal settings and the user selection of the game terminal setting is received when the user selects settings on the representation. The method may further comprise: responsive to an ending trigger condition, causing a terminal command signal to be transmitted to the terminal. The ending trigger condition may be an end time.

Another example embodiment of the present invention is a computer readable medium including instructions configured to be executed on a processor, so that the processor performs the steps of a method for remotely controlling a wagering game terminal, comprising: responsive to receiving a user input indicative of a user selection of a game terminal setting and a trigger condition, producing a terminal command signal based on the user selection; responsive to an occurrence of the trigger condition, causing the terminal command signal to be transmitted to the terminal; and displaying a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection and trigger condition received by the input device.

FIG. 1 illustrates a first example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention. The dynamic game management application may be configured to control a plurality of terminals from a server. For example, a terminal may be configured to provide a wagering game to a player and be a VLT as depicted in FIG. 8. The terminals and the server may be in communication as depicted in FIG. 7. Each terminal may include a game terminal setting which determines the wagering game it offers. The application may be used by a user to change the game terminal settings of the terminals, either presently or scheduled in the future.

A game terminal setting of a terminal may be changed with a game switch. A game switch may be a new terminal setting and a trigger condition inputted by the user. The game switch may be inputted through the application and transmitted from the server to the terminal for activation. When a game switch is activated, for example, when the trigger condition occurs, the terminal may change its setting in accordance with the game switch. For example, the game switch may specify a new theme, pay table, and denomination to use on the terminal. If the terminal lacks the necessary software components, it may download the components from the server.

If two or more game switches are active at once, a conflict resolution mechanism may be used to determine which game switch to execute on the terminals. In an example embodiment, a more recently inputted game switch may be used. In another example embodiment, a default game switch may be used. In another example embodiment, each game switch may be associated with a priority value, and the highest priority valued game switch may be used.

It will be understood that the application as depicted in FIGS. 1-5 is one embodiment creating a game switch. Alternative embodiments with graphical user interfaces or command line interfaces are also possible.

The main display 100 displays a view of options available to the user. Tab 102 may activate a switch details view, as depicted in 100. Tab 104 may activate a job summary view, as later described in FIG. 5.

The switch details view may describe a switch configured by the user. For example, a game switch may include a terminal setting change and a trigger condition when the change is to be activated. For example, the trigger condition may be a time window with a start and end time.

A date input 108 and a date range 110 may allow a user to select the date and date range for which to display game terminal setting changes of the terminals. For example, game terminal setting changes may be displayed in a game terminal setting activation diagram 142, described below.

A filter criteria section 112 may allow the user to input filter criteria when viewing the game terminal setting activation diagram 142. Filtering criteria may include a vendor 114 of the terminal and a model 116 of the terminal. By selecting filtering criteria, the user may elect to only view those terminals fulfilling the filtering criteria. Clear filter button 118 may clear any filtering criteria selection, while the OK button 120 may enable filtering based on the filtering criteria, if any.

Job description 122 may be a text box for receiving a text description of the current job from the user. The current job may include all the game terminal setting changes inputted by the user, as displayed in the game terminal setting activation diagram 142.

The game terminal setting activation diagram 142 may include a terminal group explorer 124. The terminal group explorer 124 may display terminal groups to the user in a hierarchical manner. For example, the terminal may be divided into zones 126 and 128. Each zone may include banks of terminals. It will be understood that terminals may be grouped in any desired combination, either from geographical proximity, terminal characteristics, operator, or any other characteristic. Terminal characteristics may include make and model of the terminal, available games on the terminal, or other characteristics.

In the window 100, it can be seen that gaming device 1 includes game switches 130, 132, and 134. Each game switch may be associated with a trigger condition, for example, a time window, depicted in the time window display 144. For example, the time window display 144 may display a 24-hour period or any other time period as selected by the date range 110. Game switch 130 may be associated with a time window 146. Time window 146 spans the entire time range of the time window display 144. For example, game switch 130 may be a default game switch for gaming device 1. Game switch 132 has an authorized time window 148 and an unauthorized time window 150. Each game switch inputted into the application may require authorization from a supervisor, for example, a pit boss at a casino, before being authorized. In one embodiment, only authorized game switches may be executed on terminals. Thus, unauthorized game switches may be displayed but never executed until they are authorized by the supervisor. Game switch 134 may be associated with a time window 152.

As can be seen, it is possible for a terminal to have multiple authorized time windows that overlapped. As described above, there may be conflict resolution modules for deciding which game switch to activate in this case.

Similarly, gaming devices 136, 138, and 140 may include associated game switches, viewable when the user expands the associated gaming device entry. Gaming device 136 may be associated with an authorized time window 154 and an unauthorized time window 156. Unauthorized time windows may become authorized time windows after being authorized by the supervisor. For example, depicted time windows in the time window display 144 may provide information on the game switch responsive to a user input, for example, when a mouse cursor hovers over the time window.

The time window display 144 may include a scroll bar 158 that allows the user to scroll before and after the depicted time frame. The time window display 144 may include a legend 160, which depicts the colors associated with an authorized time window and an unauthorized time window.

In an alternative embodiment, a game switch may be activated responsive to events. For example, a game switch may be activated after a certain number of plays have occurred at a terminal, a certain amount of prizes have been awarded, or when terminals in a group are simultaneously being played by players.

FIG. 2 illustrates a second example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention. A create new one-time game switch window 200 may be displayed responsive to the user selecting to create a new one-time game switch. The window 200 may include a window title 202 (“Game Switch Schedule”) and a set of window manipulation icons 204 (minimize, maximize, and close window). A game switch may include a game terminal setting and a trigger condition, such as a time window during which the terminal setting is active. The game switch may be associated with a subset of a plurality of terminals in communication with the server. The game switch may be activated on a terminal during the time window, replacing a previous game terminal setting.

The window 200 may include a game switch details section 206. The details section 206 may include a description 208, where the user may input a text description of the new game switch. The details section 206 may include a software version 210, which may be automatically filled in by the system with the software available on the terminals being programmed. The details section 206 may include a vendor 212, which may be automatically filled in by the system with the vendor of the terminals being configured.

The details section 206 may include a theme column 214 which includes a theme field 216. Multiple theme fields may be available. The theme field 216 may receive a user input of a theme for the game switch. The details section 206 may include a hold percentage column 218 which includes a hold percentage column 220. The hold percentage column 220 may receive a user input of a hold percentage for the game switch. The hold percentage column 220 may display available hold percentages based on available pay tables at the terminal. In this example embodiment, each pay table may be approved by an appropriate regulatory agency and be associated with a corresponding hold percentage. The details section 206 may include a denomination column 222 which includes a denomination field 224. The denomination field 224 may receive a user input of a denomination for the game switch.

In addition, the details section 206 may include other fields. For example, a pay table field may receive a user input of what pay table to use in the game switch. A music field may receive a user input of what music to use in the game switch.

It will be appreciated that the user may elect to not input all details in the details section 206. For example, the user may elect to change the denomination in a game switch to a higher denomination among a group of terminals during a time window, each of which may have a different active pay table and theme.

A game switch type 226 may receive a user input of what type of game switch to input. For example, game switches may be a one-time game switch, described here, a recurring game switch, described in FIG. 3, or a default game switch, described in FIG. 4.

A one-time game switch schedule section 228 may be displayed when the user selected to create a one-time game switch in game switch type 226. The one-time game switch may include a switch begin time 230 and a switch end time 232. The begin time 230 and end time 232 may define a time window during which the game switch will be active. During this time period, the game switch defined by the theme field 216, the hold percentage field 220, and the denomination field 224 will be active on the specified terminals. Other fields may also define the game switch, as described above.

The OK button 234 receives a player input to create the one-time game switch as described in the window 200. The cancel button 236 receives a player input to cancel the creation.

FIG. 3 illustrates a third example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention. A create new recurring game switch window 300 may be displayed responsive to the user selecting to create a new recurring game switch. The window 300 may include a window title 302, a set of window manipulation icons 304, a details section 306, a description 310, a software version 312, a vendor 314, a theme column 316, a theme field 318, a percentage hold column 320, a percentage hold field 322, a denomination column 324, a denomination field 326, and a game switch type 328. These features may be similar to 202 to 226 of FIG. 2, respectively. The window 300 may include a devices affected field 308, which may be a quantity of devices that will be affected by the game switch, as determined by the system.

The window 300 may include a game switch schedule section 330. The game switch schedule section 330 may provide options for the user to specify when the recurring game switch will recur. The section 330 may include a recurrence begin time 332 and a recurrence end time 334. The user may input when the recurrence will begin and end. It will be understood that the recurrence end time 334 may be left blank if the recurrence is to recur indefinitely.

The switch time section 336 may provide options for the user to specify the time window during which the game terminal setting change will be active. For example, the time window may be every weeknight from 5 p.m. to 7 p.m., indefinitely. A checkbox 338 indicates which day of the week the time window is valid. A day of week description 340 indicates which day is being selected. A begin time 342 may receive a begin time for the time window of the respective date. End time section 344 may indicate when the time window is to end, with a day of week selector 346 and an end time input 348.

The OK button 350 receives a player input to create the recurring game switch as described in the window 300. The cancel button 352 receives a player input to cancel the creation.

FIG. 4 illustrates a fourth example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention. A create new default game switch window 400 may be displayed responsive to the user selecting to create a new default game switch. A default game switch may be set on the terminals absent any game terminal setting change. The window 400 may include a window title 402, a set of window manipulation icons 404, a details section 406, a description 408, a software version 410, a vendor 412, a theme column 414, a theme field 416, a percentage hold column 418, a percentage hold field 420, a denomination column 422, a denomination field 424, and a game switch type 426. These features may be similar to 202 to 226 of FIG. 2, respectively.

A game switch type 428 in a game switch schedule type section 426 may receive a user input of what type of game switch to input, as described above. The default game switch may be associated with a switch time 430, from when the default game switch will be used on all terminals.

The OK button 432 receives a player input to create the default game switch as described in the window 400. The cancel button 434 receives a player input to cancel the creation.

FIG. 5 illustrates a fifth example screen shot of a dynamic game management application, in accordance with an example embodiment of the present invention. A job summary view 500 may be displayed responsive to a user selecting a job summary tab 504. Responsive to the user selecting the switch details tab 502, a switch details view may be displayed, as described above.

The job description view 500 may include job descriptions 506 and 516. Each job description may be a game switch inputted into the application. Sub features within each job description may be expanded through an explorer view in the job summary view 500. A sub job 508 may include an “authorize by” date, for example, 24 hours before the game switch's associated time window starts. This time may be modified depending on system requirements and time required to propagate the game switch to all terminals. A job description may include a summary of the games 510 affected by the game switch, a schedule 512 for the game switch with a begin and end time, and a list of affected devices 514.

FIG. 6 illustrates an example procedure for providing a dynamic game management application, in accordance with an example embodiment of the present invention. The procedure may execute on a server in a system as depicted in FIG. 7. In one example embodiment, the procedure may execute on a mobile wireless device in communication with the server. It will be understood in the description of this figure that all inputs to and outputs from the server may also be provided from the mobile wireless device. The procedure may be configured to provide an application to manage a plurality of VLTs from a server, for example, scheduling game terminal setting changes, viewing peripheral status, and calculating actual and theoretical hold percentages of the terminals.

In 602, the server may receive a user input including a selection of a game terminal setting and a trigger condition. The game terminal settings may be intended to replace a current game terminal setting on a terminal when the trigger condition occurs. The terminal may be one of a plurality of terminals in communication with the server. The terminal may be a VLT and as depicted in FIG. 8. The game terminal settings may include, for example, a pay table, a music volume level, a theme, and a denomination in use by the terminal.

In an alternative embodiment, the trigger condition may be an event occurrence. The event may be a change in status of a terminal.

In 604, the server may produce a terminal command signal from the user input received in 602. For example, the user input may include a theme selection, a denomination, a pay table selection, or any other characteristic of the terminal. The terminal command signal may incorporate only changes in the terminal setting. The terminal command signal may be configured to change game terminal settings on a target terminal.

The user input may be displayed in a graphical user interface depicting screen shots as described in FIGS. 1-5. The user input may be depicted as Gantt diagrams, with time on one axis and terminal settings on another axis.

In 606, the server may optionally display a status of the terminal. The status may include, for example, peripheral notifications such as paper-low or paper-out notifications, failure notifications, terminals paying out prizes, and firmware and hardware information of the terminal. For example, a notification may be displayed if a status may interfere with terminal operations, such as paper-low, so that the user may maintain the terminal in working order.

In 608, the server may optionally wait for supervisor authorization of the user selection of a game terminal setting and a trigger condition received from the user in 602. The supervisor may be different from the user. The terminal command signal may first be transmitted to the supervisor for review. An authorization may be required before the game switch is executed at the terminal. In this example embodiment, a user may have primary responsibility of inputting the user selection of a game terminal setting and a trigger condition, while a supervisor such as a pit boss or floor boss has supervisory responsibility of approving any changes.

In 610, the server may test whether the trigger condition has occurred. For example, the trigger condition may be a start time of a time window. If it has, the server may modify the game terminal setting of the terminal in 612 to reflect the user selection of a game terminal setting and trigger condition by transmitting the terminal command signal to the terminal. It will be appreciated that the testing of the trigger condition may also occur at the terminal.

In another embodiment, the system may include a plurality of wagering game terminals. Each wagering game terminal may belong to a subset of the plurality. The server may send a terminal command signal to each terminal within a subset, thus changing the settings of all terminals within the subset.

In another embodiment, the system may wait for a specified condition before transmitting the terminal command signal. For example, the system may wait for the terminal to be idle for a predefined period of time before transmitting the terminal command signal. In another example, the system may wait for a group of terminals to be idle before transmitting the terminal command signal to all terminals in the group. It will be appreciated that certain terminal settings may be changed regardless of terminal idle state, such as music volume.

In 614, the terminal may download missing software components. If the terminal requires software components to execute the setting change which are not yet installed on the terminal, the terminal may automatically download the required components from a file server, which may be the server. The download may occur when the user selection of a game terminal setting is first inputted by the user, when the user selection of a game terminal setting is first authorized by the supervisor, when the user selection of a game terminal setting is transmitted to the terminal, when the user selection of a game terminal setting is executed on the terminal, or at any time before the game components are required by the terminal to provide the wagering game to a player.

In 616, the server may optionally receive a user request to calculate a theoretical and actual hold percentage of the terminal. In 618, the server may optionally make the required calculations. The theoretical hold percentage may be a time-weighted average of all pay tables active or scheduled to be active on the terminal. The actual hold percentage may be a percentage calculated from a wager received at the terminal and prizes awarded from the terminal. The calculated values may be displayed to the user.

FIG. 7 illustrates an example system for providing a dynamic game management system, in accordance with an example embodiment of the present invention. The system may include a server 700 in communication with a plurality of terminals, for example, terminal A 714, terminal B 716, terminal C 718, and terminal D 720, over a network 712. For example, the terminals may be configured to provide wagering games to players and similar to the video lottery terminal depicted in FIG. 8. Each terminal may be pre-loaded with a plurality of games and include a game terminal setting, which determines a current game offered to players on the terminal. Each game may include a pay table, a theme, and a denomination. The game terminal setting of each terminal may be changed from the terminal or from the server 700.

The terminals may be organized into banks, pits, rows, or other groups. For example, the terminals may be grouped depending on business and administration needs. The terminals may be located in a gaming establishment such as a casino, a lounge, a bar or restaurant, or any other establishment where wagering game terminals are allowed. The terminals may be distributed across multiple establishments located in a geographical locale or jurisdiction.

For example, the network 712 may be the Internet, a private network, a virtual private network, a wide area network, or any other network configured to carry communications. The network 712 may carry communications between the server 700 and the terminals. For example, the communications may be encrypted or otherwise secured.

The server 700 may be located in a central location to the terminals. The server 700 may be in communication with and control the terminals over the network 712. The server 700 may receive inputs from a user regarding desired changes to terminal setting. Each terminal setting change may be associated with a trigger condition. The terminal setting change may be activated when the trigger condition occurs. The terminal setting change may include changes to the pay table, theme, and denomination of a terminal.

In one embodiment, each game terminal setting change is stored at the server 700 and transmitted to a corresponding terminal when the trigger condition occurs, where the terminal setting is modified. In another embodiment, each game terminal setting change is immediately transmitted to the corresponding terminal when entered and approved, if necessary, at the server 700. The terminal will then activate the terminal setting change when the trigger condition occurs.

The server may include a processor 702 configured to execute the procedure depicted in FIG. 6. The processor may be in communication with a display 706. The display 706 may be configured to provide output to a user and display screen shots as depicted in FIGS. 1 to 5. For example, the display 706 may be a CRT, a LCD, an LED screen, or any other device configured to display output to the user. The server 700 may include a network interface 708 configured to interface between the processor 702 and the network 712. The server 700 may include an input device 710 for receiving input from the user. For example, the input device 710 may be a keyboard, a pointing device, or any other device configured to receive an input from the user and transmit the input to the processor 702. The server 700 may include a wireless interface 704. For example, the wireless interface 704 may be configured to wirelessly communicate with a mobile device.

The system may include a wireless device 722. For example, the wireless device 722 may be carried by the user while moving among the terminals. For example, a pit boss may desire to observe the terminals in action while inputting commands on the wireless device 722. The wireless device 722 may function as a mobile input device for the server 700.

The wireless device 722 may include a display 728, which may be similar to the display 706 of the server 700. The wireless device 722 may include a storage medium 730. For example, the storage medium 730 may be any machine-readable medium, such as random access memory, a hard disk, flash memory, or any other medium. The storage medium 730 may be used to store data required by the wireless device 722 or the user. The wireless device 722 may include an input device 732, which may be similar to the input device 710 of the server 700. The wireless device 722 may include a wireless interface 724, which may be configured to interface with the wireless interface 704, thus providing communications between the wireless device 722 and the server 700.

It will be understood that there may be intermediaries between the wireless interface 724 of the wireless device 722 and the wireless interface 704 of the server 700. For example, there may be routers and repeaters used to improve the range of the wireless communications between the server 700 and the wireless device 722.

The server 700 may also be configured to include a supervisor. For example, the supervisor may be required approve any changes to game terminal settings of the terminals. In this embodiment, configure changes may be inputted by the user at the server 700 or the wireless device 722, and the supervisor may approve the game terminal setting changes by providing identification information to the server 700 or remotely, such as from the wireless device 722.

FIG. 8 illustrates an example video lottery terminal, in accordance with an example embodiment of the present invention. For example, the VLT may be a terminal designed to provide a game of chance to a player, such as a video slot game, a video poker game, a video keno game, or any other video wagering game. It will be understood that the VLT can be replaced by any other video game terminal, such as a video slot machine terminal. In an alternative embodiment, the VLT may be a non-video game terminal, such as a mechanical reel slot machine. A mechanical reel slot machine may replace the display screen with a quantity of reels which spin and display symbols to the player. The VLT may be in communication with a server. In one embodiment, all processing may be executed at the server, while the VLT receives user input, displays any output, and awards any prizes. In another embodiment, the processing may be done by the VLT, while game terminal setting changes and other functionality may be located at the server.

A video gaming machine 810 may be configured to conduct a game of chance. For example, a game of chance may be a slot machine game, a lottery, a video game, or another game of chance involving a wager. For example, the video gaming machine 810 may be a video poker game terminal, a video slot machine, or a video game terminal. The video gaming machine 810 may be in communication with a server. Alternatively, the video gaming machine 810 may be a standard slot machine terminal.

The video gaming machine 810 may include a blinker 812. The blinker 812 may enclose a light source configured to blink on and off. For example, the blinker 812 may be configured to blink when a large prize is awarded from the video gaming machine 810.

The video gaming machine 810 may include a lighted display 814. For example, the lighted display 814 may include a logo, a game name or other visually attractive graphics. The lighted display 814 may alternatively be a liquid crystal display screen. For example, the lighted display 814 may be configured to display graphics and text.

The video gaming machine 810 may include a display screen 816. For example, the display screen 816 may be a liquid crystal display screen (LCD) or a cathode ray tube (CRT) screen. For example, the display screen 816 may enclose a viewable display area visible to a player. Alternatively, the display screen 816 may be a touch screen, configured to accept player inputs of touching the screen.

The video gaming machine 810 may include a player's card accepter 818, a printer 820 and a currency accepter 832. For example, the player's card accepter 818 may accept a frequent player's card. The frequent player's card may include a player's identifying information and play history. Alternatively, the frequent player's card may include an identifier that is associated with a player's identifying information and wager history. For example, the printer 820 may be configured to print a voucher or ticket for the player. The currency accepter 832 may be configured to accept cash bills in various denominations for a player's wager. The currency accepter 832 may also be configured to accept printed vouchers and tickets.

The video gaming machine 810 may include input modules 822. For example, the input modules 822 may be a set of buttons. The input modules 822 may be configured to receive input from a player during a game of chance. Other forms of input modules may be used, for example, a mouse-pointer device or a voice recognition module.

The video gaming machine 810 may include a dispenser tray 824 and a dispenser 826. The dispenser 826 may be configured to dispense a prize. For example, a prize may be currency or a prize receipt redeemable at a cashier. The dispenser tray 824 may be configured to catch the prize after it is dispensed.

The video gaming machine 810 may include openings 828, 834 and 836. Opening 828 may be configured to allow sound through. For example, interior speakers may be located behind opening 828. The openings 834 and 836 may be configured to allow ambient air to circulate into and out of an interior of the video gaming machine 810. Ambient air circulation may assist in maintaining an optimal operating temperature for the video gaming machine 810.

The video game machine 810 may include a latch 830. For example, the latch 830 may be configured to release a front door of the video game machine 810 for opening. When the front door is opened, it may be possible for a technician to access an interior of the video game machine 810 for upgrades or maintenance.

It will be appreciated that the procedures described above may be provided in the form of machine-executable instructions stored on a machine-readable medium, such as a memory, flash memory, disk, optical memory, or other machine-readable medium. The procedures may be thus read from the medium and executed by a processor on a machine to perform the procedure.

In the preceding specification, the present invention has been described with reference to specific example embodiments thereof. It will, however, be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the present invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in an illustrative rather than restrictive sense. 

1. A system for remotely controlling a wagering game terminal, comprising: an input device configured to receive a user input indicative of a user selection of a game terminal setting and a trigger condition; a processor in communication with the input device, the processor configured to produce a terminal command signal based on the user selection received by the input device, and responsive to an occurrence of the trigger condition, to cause the terminal command signal to be transmitted to the terminal; and a display in communication with the processor, the display configured to display a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection received by the input device.
 2. The system of claim 1, wherein the processor is further configured to receive a terminal status of the terminal, and the display is further configured to display the terminal status to the user.
 3. The system of claim 2, wherein the terminal status includes peripheral notifications of the terminal.
 4. The system of claim 1, wherein the trigger condition is a start time.
 5. The system of claim 1, wherein the trigger condition is an event occurrence.
 6. The system of claim 5, wherein the event is a status change of the terminal.
 7. The system of claim 1, wherein the game terminal setting includes a pay table selection, a wagering game theme selection, and a denomination selection for use at the terminal.
 8. The system of claim 1, wherein the game terminal setting includes a desired music volume and a music selection of the terminal.
 9. The system of claim 1, wherein the terminal command signal is transmitted responsive to transmitting the terminal command signal to a supervisor for review, and receiving an authorization from the supervisor.
 10. The system of claim 1, wherein the processor is further configured to request an authorization from a supervisor prior to transmitting the terminal command signal, wherein the supervisor is not the user.
 11. The system of claim 1, wherein the processor is further configured to download components to the game terminal, when the terminal command signal switches the terminal to a setting for which the terminal is missing components.
 12. The system of claim 1, further comprising: a plurality of terminals.
 13. The system of claim 12, wherein the plurality of terminals includes at least one subset of terminals, and each terminal of the subset switches its setting responsive to receiving the terminal command signal.
 14. The system of claim 1, wherein the processor is further configured to, responsive to a user request, calculate a theoretical hold value and an actual hold value for the terminal over a specified time period.
 15. The system of claim 1, wherein the input device and display are part of a mobile wireless device.
 16. The system of claim 15, wherein the mobile wireless device is in communication with the processor via a wireless network.
 17. The system of claim 1, wherein the schedule is depicted as a multi-dimensional graphical representation with an axis representing time and another axis representing terminal settings.
 18. The system of claim 1, wherein the graphical user interface includes a representation of a timeline, and the user inputs a begin time by selecting a time on the representation.
 19. The system of claim 1, wherein the graphical user display includes a representation of game terminal settings and the user inputs the game terminal setting by selecting settings on the representation.
 20. The system of claim 1, wherein the processor is further configured to cause a default command signal to be transferred to the terminal responsive to an ending trigger condition.
 21. The system of claim 20, wherein the ending trigger condition is an end time.
 22. A method for remotely controlling a wagering game terminal, comprising: responsive to receiving a user input indicative of a user selection of a game terminal setting and a trigger condition, producing a terminal command signal based on the user selection; responsive to an occurrence of the trigger condition, causing the terminal command signal to be transmitted to the terminal; and displaying a graphical user interface showing a schedule for terminal setting changes which is based at least in part on the user selection and trigger condition received by the input device.
 23. The method of claim 22, further comprising: receiving terminal status information from the terminal; and displaying the terminal status information with on the graphical user interface.
 24. The method of claim 23, wherein the terminal status includes peripheral notifications of the terminal.
 25. The method of claim 22, wherein the trigger condition is a start time.
 26. The method of claim 22, wherein the trigger condition is an event occurrence.
 27. The method of claim 26, wherein the event is a status change of the terminal.
 28. The method of claim 22, wherein the game terminal setting includes a pay table selection, a wagering game theme selection, and a denomination selection for use at the terminal.
 29. The method of claim 22, wherein the game terminal setting includes a desired music volume and a music selection of the terminal.
 30. The method of claim 22, further comprising: transmitting the terminal command signal to a supervisor for review; receiving an authorization from the supervisor; and transmitting the terminal command signal responsive to receiving the authorization from the supervisor.
 31. The method of claim 22, further comprising: prior to transmitting the terminal command signal, request an authorization from a supervisor, wherein the supervisor is not the user.
 32. The method of claim 22, further comprising: downloading missing components to the terminal responsive to receiving the terminal command signal when the terminal command signal switches the terminal to a setting for which the terminal is missing components.
 33. The method of claim 22, further comprising: transmitting the terminal command signal to a subset of terminals within a plurality of terminals, wherein each terminal of the subset switches its setting responsive to receiving the terminal command signal.
 34. The method of claim 22, further comprising: calculating a theoretical hold value and an actual hold value for the terminal over a specified time period; and displaying the theoretical and actual hold values to the user.
 35. The method of claim 22, wherein the user input is received and the graphical user interface is displayed at a mobile wireless device.
 36. The method of claim 22, wherein the schedule is depicted as a multi-dimensional graphical representation with an axis representing time and another axis representing terminal settings.
 37. The method of claim 22, wherein the graphical user interface includes a representation of a timeline, and the user selection of a trigger condition is received when the user selects a begin time by selecting a time on the representation.
 38. The method of claim 22, wherein the graphical user display includes a representation of game terminal settings and the user selection of the game terminal setting is received when the user selects settings on the representation.
 39. The method of claim 22, further comprising: responsive to an ending trigger condition, causing a terminal command signal to be transmitted to the terminal.
 40. The method of claim 22, wherein the ending trigger condition is an end time.
 41. A computer readable medium including instructions configured to be executed on a processor, so that the processor performs the steps of claim
 22. 